This Page Is Inserted by IFW Operations 
and is not a part of the Official Record 

BEST AVAILABLE IMAGES 



Defective images within this document are accurate representations of 
the original documents submitted by the applicant. 

Defects in the images may include (but are not limited to): 



BLACK BORDERS 

TEXT CUT OFF AT TOP, BOTTOM OR SIDES 
FADED TEXT 
ILLEGIBLE TEXT 
SKEWED/SLANTED IMAGES 
COLORED PHOTOS 

BLACK OR VERY BLACK AND WHITE DARK PHOTOS 
GRAY SCALE DOCUMENTS 



IMAGES ARE BEST AVAILABLE COPY. 



As rescanning documents will not correct images, 
please do not report the images to the 
Image Problem Mailbox. 



IN THE U.S. PATENT AND TRADEMARK OFFICE 



Applicant: Per-Ake MINBORG et al . Conf . : 3666 

Appl. No.: 10/776,500 Group: 

Filed: February 12, 2004 Examiner: 

For: METHOD AND APPARATUS FOR EXCHANGE OF 

DATA OBJECTS BETWEEN NETWORK NODES 
DEPENDING ON TERMINAL CAPABILITY 



LETTER 



Commissioner for Patents May 18, 2004 

P.O. Box 1450 

Alexandria, VA 22313-1450 

Sir: 

Under the provisions of 35 U.S.C. § 119 and 37 C.F.R. 
§ 1.55(a), the applicant (s) hereby claim (s) the right of 
priority based on the following application (s) : 

Country Application No. Filed 

SWEDEN 0102729-1 August 15, 2001 



A certified copy of the above-noted application (s) is (are) 
attached hereto. 

If necessary, the Commissioner is hereby authorized in 
this, concurrent, and future replies, to charge payment or 
credit any overpayment to Deposit Account No. 02-2448 for any 
additional fee required under 37 C.F.R. §§ 1.16 or 1.17; 
particularly, extension of time fees. 




P.O. Box 747 

MKM/apw Falls Church, VA 22040-0747 

33 72-0116P (703) 2 05-80 00 



Attachment (s) 



(Rev. 02/12/2004) 



PRV 



PATENT- OCH REGISTRERINGSVERKET 

Patentavdelningen 



AcHf. dtdch Slid- Of/6 P 

F<|.*3 bah: a>l( l<t Uooy 
Idlers; Ter-Ake. Mi M & a e& *4 */ . 

^ecoqW, Wa.scA <g &;rck, LLP 
(103) dOS- 4 GOO 



Intyg 

Certificate 




Harmed intygas att bifogade kopior over ens stammer med de 
handlingar sow ur sprung ligen ingivits till Patent- och 
registreringsverket i nedannamnda ansokan. 

This is to certify that the annexed is a true copy of 
the documents as originally filed with the Patent- and 
Registration Office in connection with the following 
patent application. 



(71) Sdkande The Phone Pages of Sweden AB, Goteborg SE 

Applicant (s) 



(21 ) Patentansokningsnummer 0102729-1 
Patent application number 



(86) Ingivningsdatum 
Date of filing 



2001-08-15 



Stockholm, 2004-02-25 

For Patent- och registreringsverket 
For the Patent- and Registration Office 

Hj'drdis Segerlnnd 
Avgift 

Fee 170:- 



PATENT- OCH 
REGISTRERINGSVERKET 

SWEDEN 



Postadress/Adress Telefon/Phone 
Box 5055 +46 8 782 25 00 

S-102 42 STOCKHOLM " Vx 08-782 25 00 



Telex 
17978 

PATOREG S 



Telefax 

+ 46 8 666 02 86 
08-666 02 86 



t Patent- och reg.vertcet 
2001 -08- 1 5 

,Wuvudfox#n Kaoan 

P67P10scSPB 
2001-08-15 

Method and Apparatus Tot Exchange of Inform ation in a Communication Network 
FIELD OF THE INVENTION 

The present invention relates generally to a method and apparatus for exchanging 
information in a communication system. More specifically, the invention relates to a 
method and an apparatus which enables exchanging information such as phone pages 
between diflerent types of tenninals in a communication network such as a public or 
private telecommunication network. 

BACKGROUND TO THE INVENTION 

The present evolution of data-communication is such that more and more users gain 
access to the internet worldwide. Internet has become both a source of knowledge 
but also a market place for business, and it is attracting more and more users. 
Currently there is a high pressure on the data-communications industry to provide 
solutions that allow everyone to gain access to the internet. Broadband solutions are 
continuously developed and both local as well as national access networks are 
planned and launched. The presently most common method of modem access 
through the telecommunications network (e.g., the Public Switched 
Telecommunication Network, PSTN provider) is being replaced by other ways of 
access, with a possibility to higher data rates, e.g., through electric power lines or 
cable TV. 

At the same time, the telecommunications industry is struggling another battle, that 
of providing mobility to each and every user. Traditionally, telecommunication has 
been focused on voice communication. With the increase of data communication 
however, other demands are arising (e.g., higher data rate transfer), but also new 
possibilities. Evolutions of mobile systems are presently in a period when more and 
more packet-based systems will be deployed. 
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The data-communication run over the tclecommunicHS^^eW^JKPtbday is usually 
initiated by an access to an Internet- or a mail server. A user can dial a modem pool 
and is therefrom connected to a server, from which access can be made to both local 
as well as global networks. Browsers like e.g.. Microsoft Explorer or Netscape 

5 Navigator are used to navigate on the internet and switch between internet pages or 
addresses. Users can design their own data objects, homepages, on an internal or 
external network thai provides personal information or any oft^r kind of information. 
Once connected lo the data network a user may access thest^ta objects by entering 
the correct address. The address is often selected by comtamiig a node name in the 

10 network (e.g. server name) and an arbitrary text-string. Typically, it is not trivial to 

find a desired data object, since the text strings and server'namifis are not obvious. 

' i £ 

Addressing in a telecommunications network^ e.g., wjierif, paging in a voice or data 
communication is usually performed by entering a tefep^ne number on a User 

1 5 Equipment (UE), like a mobile telephone ot a terminal wffo aYafcsimile functionality. 
A telephone number is a, world-wide, unique addressingjfering.] A calling party (A- 
party) dials the addressing string (B-number) to tljfey caljed party (B-party). 
Dependent on what type of network the A-party is a sub^iber^n, the call request is 
routed through one or several public telecommunicatiqp networks to the correct 

20 addressee and the communication may begin. Other u^ue addressing strings are 
for example email addresses, IPv4 addresses, IPv6 ^dresses, and sip (session 
initiation protocol) addresses. * 

I 

There has lately been a merger between the data object handling of the internet and 
25 the simplicity of use of telecommunication networks. -This has evolved partly 
because there is a problem in the present way of accessing the internet for specific 
data objects due to the non-obvious way of addressing dak objects, and partly by a 
desire of the telecommunications industry to provide a simmer way of accessing data 
objects from telecommunication terminals than having jt<r dial a modem number 
30 where the user is left on her own to retrieve a desired hor^page or data object. This 
merger has resulted in systems where an A-party can rcd^yCjdata objects, also called 
phonepages, by the use of a simple unique identifier of aSB^^y, such as a dialed B- 

9: * 

4 

i 
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party number, an internet address such as an email address, an IPv4 address, a sip 
address, or an IPv6 address. The systems that accomplish this simple data retrieval 
have either network functionality or terminal functionality for the data object 
retrieval. Unfortunately these systems are not compatible. 

5 

SUMMARY OF THE INVENTION 

An object of the invention is to enable a system of coexistance on the same network 
of terminals/telephones of the client based data object retrieval type and of 
terminals/telephones of the network based data object retrieval type. 

10 

The aforementioned objects are also achieved according to the invention by a method 
of providing data objects to usct communication applications or terminals of 
subscribers in connection with subscribers establishing communication events with 
other subscribers. This in a network comprising both subscribers with autonomous 

15 type user communication applications or terminals that comprise functionality for 
client based retrieval of data objects and also subscribers with network type user 
communication applications or terminals that rely on functionality in the network to 
provide for retrieval of data objects. According to the invention the method 
comprises a plurality of steps. In a first step a type of user communication 

20 application or terminal is associated with at least some subscribers of the network. In 
a second step, an occurrence of a triggering event indicating a communication event 
between two subscribers is determined. And in a third step upon determination of a 
triggering event, the network provides data object retrieval only lo the subscribers 
with network type user communication applications or terminals. 

25 

The method can further suitably comprises the step of associating a user 
communication application or terminal capability with subscribers of the network, 
and that the step of the network providing data object retrieval only to the subscribers 
with network user communication applications or terminals, provides data retrieval 
30 in view of an associated user communication application or terminal capability of the 
subscriber. 
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The method can suitably further comprises a number of steps. In a first additional 
step a functionality type of network is associating with at least one other network, if 
the other network comprises a functionality according to the first three steps. And in 
a second additional step determining if a subscriber involved in the communication 

5 event belongs to another network or not and if the subscriber belongs to another 
network, then determining if that network is associated with the functionality type of 
network, and if it is then letting that other network provide for the functionality 
according to the first three steps. Additionally the second additional step can 
alternatively determine if a subscriber involved in the communication event belongs 

10 to another network or not and if the subscriber belongs to another network, then 
determine if that network is associated with the functionality type of network, and if 
it is not, then the network is providing data object retrieval to the subscriber in 
question. 

15 Advantageously the method can further comprise the 0p of only providing data 
objects of a text nature or of an audio nature to subjSpbers belonging to other 
networks. • ^ 

In some versions of the invention the step of the nctwor^ providing data object 
20 retrieval further comprises the steps of: / 

- requesting a phone page number service to deterrriine a phone page web 
server; 

requesting a data object of the phone page web server; 
providing the data object received from the phone page web server to the 
25 subscriber in question. ... 

In other versions of the invention the step of the ne»rk providing data object 
retrieval further comprises the steps of: | 

requesting a data holder to provide a data object tcjjthe subscriber in question. 

4 
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One or more of the features of the above-described different methods according to 
the invention can be combined in any desired manner., as long as the features arc not 
contradictory. 

5 

The aforementioned objects are farther achieved in accordance with the invention by 
a filtering serveT of a communication network arranged to provide data objects to 
user communication applications or terminals of subscribers in connection with 
subscribers establishing communication events with other subscribers. The 

10 communication network comprises both subscribers with autonomous type user 
communication applications or terminals that comprise functionality for client based 
retrieval of data objects and also subscribers with network type user communication 
applications or terminals that rely on functionality in the network to provide for 
retrieval of data objects. According to the invention the filtering server is arranged to 

15 associate a type of user communication application or terminal with subscribers of 
the network. The filtering server is further arranged to determine an occurrence of a 
triggering event indicating a communication event between two subscribers. And the 
filtering server is also arranged to upon determination of a triggering event, to 
provide data object retrieval only to the subscribers with network type useT 

20 communication applications or terminals. j 

Different embodiments of the filtering server according to the invention can also be 
reached according to additional features mentioned above in connection with the 
description of the method according to the invention. The features of the above- 
25 described different embodiments of a filtering server according to the invention can 
be combined in any desired manner, as long as no conflict occurs. 

The aforementioned objects are further achieved in accordance with the invention by 
a filtering server of a telecommunications network to provide data object retrieval to 
30 one or more subscribers of the telecommunications network. According to the 
invention the filtering server is arranged to intercept call set-up control for bearer 
channels between a caller and a callee. Further arranged to determine a caller and a 
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caller profile. And also arranged lo arrange for a callee data object lo be made 
available to caller if the caller profile indicates filtering server retrieval of the callee 
data object. Further arranged to allow the caller to arrange Tot retrieval of the callee 
data object if the caller profile indicates caller retrieval of callee data object Also 

5 arranged to determine the callee and if the callee is a subscriber of the 
telecommunications network. Also arranged to determine a callee profile if the 
callee is a subscriber of the telecommunications network. And arranged to arrange 
for a caller data object to be made available to the callee if the callee is a subscriber 
of the telecommunications network and if the caller profile indicates filtering server 

10 retrieval of caller data object. And finally arranged to allow the callee to arrange for 
retrieval of the caller data object if the callee is a subscriber of the 
telecommunications network and if the callee profile indicates callee retrieval of 
caller data object. 

15 The invention provides many more advantages over prior art system, some more 
which will be disclosed in further detail below. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will now be more thoroughly described in more detail for explanatory, 
20 and in no sense limiting, purposes and features and advantages will become readily 
apparent by the following detailed description, where references will be made to the 
accompanying figures, where: 

Figure 1 illustrates a schematic overview of a system with network based data 
25 object/phone page retrieval; 

Figure 2 illustrates a schematic overview of a system with terminal based data 




30 



Figure 3 




with multi-type data 
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Figure 4 illustrates a flow chart of a basic method of a filter server according to 
the invention; 

Figures illustrates a flow chart of a first method; of making a daia object 
available to a subscriber according to the invention, being a possible 
extension of the fourth step of figure 4; 

Figure 6 illustrates a flow chart of a second method of making a data object 
available to a subscriber according to the invention, being a possible 
extension of the fourth step of figure 4; 

Figure 7A illustrates a first version event graph of the flow chart according to 
figure 5, between a subscriber, a filter server, a PNS, and a PWS; 

Figure 7B illustrates a second version event graph of the flow chart according to 
figure 5 ? between a subscriber, a filter server, a PNS, and a PWS; 

Figure 8 illustrates a version of an event graph of the flow chart according to 
figure 6, between a subscriber, a filter server, and a yellow pages 
server/provider; 

Figure 9 illustrates a flow chart of an alternative method of making a data object 
available to a subscriber according to the invention, being a possible 
extension of the fourth step of figure 4,; 

Figure 10 illustrates a flow chart of an still another alternative method of making 
a data object available to a subscriber according to the invention, being 
a possible extension of the fourth step of figure 4; 

Figure 1 1 illustrates a flow chart of a basic method of a filter server according to 
the invention; 
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DETAILED DESCRIPTION n 

The invention deals with the retrieval of data objects, or so called phone pages. The 
retrieval of data objects according to the invention is based on providing an 
association between address indications such as telephone numbers to a data 
5 object/phone page. A data object can also comprise an internet address pointing to 
another data object which is the desired phonepage. When a user dials a telephone 
number, an internet address associated with for example the telephone number, is 
automatically obtained and the content located at the internet address (i.e. the 
phonepage) is automatically downloaded and displayed on the user's telephone. At 
10 the same time, the user's own phonepage will be downloaded and displayed on the 
called party's telephone. Besides being associated with a telephone number (possibly 
both the owner's and also the requester's, giving a possibility to send different 
phoncpages in dependence of who is requesting/receiving them), a phonepage is also 
associated with a particular event. Examples of such events arc when the user dials a 
1 5 telephone number, answers a call, receives an incoming call or when a dialed number 
is busy- A user can have several different phonepages, each associated with one or 
several events. This allows a user to provide different types of information to other 
users depending on the situation. One useful example is the possibility for a user to 
provide additional information (such as an e-mail address) if he or she is busy or 
20 does not answer. In short the data object retrieval according to the invention can be 
exemplified by: 

A phonepage event occurs, e.g. a user dials a number on a telephone, 
e.g. a mobile phone. The mobile phone automatically sends a request to 
a phonepage number server asking for the internet address (Le, the 

25 location of the phonepage) associated with the dialed phone number. 

The phonepage number server uses the telephone number together with 
other parameters to look up the internet address in a database. 
When the mobile phone receives the location of the phonepage, a 
browser, or an equivalent functionality, is launched and a request to 

30 retrieve the information at the internet address is sent. 

The phonepage content is downloaded to the mobile terminal. 
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According to another aspect of data object/phone page retrieval according to the 
present invention a phonepage can be associated with an internet address such as an 
IPv6 address, sip address or an email address. For example, an A-party, upon setting 
up a communication link with a web-page to a thermostat of his or her summer house 

5 to thereby control/check the temperature, will receive, a data object which, for 
example, identifies the thermostat and comprises a link to the manufacturers home 
page, and/or other communication means to the manufacturer. In another example, 
an A-party desires to set up a conference call by means of a conference telephone 
located in a conference room. Upon initiation of the communication, the A-party 

1 0 will receive a data object which is linked to the conference telephone by means of its 
telephone number, http address or IP address. The data object, the conference 
telephone's phonepage* can suitably comprise information concerning the locality of 
the conference phone, the size of the conference room, and/or a booking schedule. In 
still another example, an A-party desires to transfer a facsimile. Upon choosing or 

15 initiating transmission to a fax-machine, the phoncp^Jfe of the fax machine is 
requested and returned to the A-party. A phonepag£^>f a fax machine might 
comprise information concerning the locality of the fax f 5whose fax machine it is, 
and/or who has access to the fax machine. In still a fuller example, an A-party 
desires to transfer an email to a B-party. Then, upon ; choosing or writing the email 

20 address, i.e. perhaps even before a message is composod, #ie phonepage of the email 
address is requested and returned lo the A-party. A phonepage of an email address 
might comprise information concerning the owner, the B-party user, of the email 
address, other means of communication with the owner, and/or schedule or 
availability of the owner. A phonepage is a data object that is linked to a unique 

25 identifier such as a telephone number or an internet addfefc such as an TPv6 address, 
but not located or retrieved from the place thai the unique identifier identifies. 

In order to clarify the method and the system ^according to the invention, some 
examples of its use will now be described in connection with figures 1 to 10. Figure 
30 1 and figure 2 disclose two different manners in 4^4* Retrieval of data objects have 
been done. Figure 1 discloses a network based dak object retrieval method and 
figure 2 discloses a terminal based data object retrieval method 
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Figure 1 shows a schematic overview of a system with network based data 
object/phone page retrieval. In this system a communication network 100, such as a 
telecommunication network, possibly including a data network, can establish a 

5 communication link between a first terminal/telephone 110 and a second 
terminal/telephone 120. Each terminal/telephone 110, 120 also comprises a data 
object/phone page interface 111, 121, to enable reception of and provide a user 
interface to data objects/phone pages. In a network based retrieval system, an 
application/server 180 for network based access is provided somewhere in the 

10 communication network 100. The application/server 180 for network based access 
will intercept events of the terminals 110, 120 that will invoke a request tor a phone 
page. The application/server 180 for network based access will then request a phone 
page from a phone page number service (PNS) 190, which will either provide the 
location of the phone page at a phone page web server (PWS) 191 in which case the 

15 application/server 180 for network based access will request the phone page at the 
PWS 191, or the PNS 190 will directly request a phone page at the PWS 191 to be 
sent to the application/server 180 tor network based access. The application/server 
180 for network based access will then forward the phone page to the appropriate 
terminal/telephone 1 10, 120 to be accessed by a user via the user interface 1 1 1, 121. 

20 

For example, if a user at the first terminal 110 (A-party) dials the number to the 
second tenninal 120 (B-party), then the application/server 180 for network based 
access is able to intercept the event of seuing up a call from the first tenninal 1 1 0 to 
the second tenninal 120 as soon as it is visible in the communication network 100. 
25 £he application/server 1 80 for network based access can then provide retrieval of the 
xsecond terminal's 120 phone page to the first terminal 1 10, and provide retrieval of 
^the first terminal's 1 10 phone page to the second terminal 120, by means of the PNS 
) 190 and the PWS 191. A network based access will always provide phone page 
retrieval under predetermined circumstances, independently of the type of terminal. 



30 



Figure 2 shows a schematic overview of a system with terminal based data 
< object/phone page retrieval. As disclosed above, a first terminal/telephone 210 can 

V i 



Inlet Patent- ochreg.vertet 
r " • 2001 -08- 1 5 

Huvudfaxen Kassan 

be connected to a second terminal/telephone 220 via a communication network. In a 
system with terminal based data object/phone page retrieval, each terminal 210, 220 
not only has to have a data object/phone page interface 21 1, 221 but also a terminal 
application 212, 222 for phone page retrieval. A tenninal based data object retrieval 

5 system could be described as being more sensitive to events, since the events that 
trigger the retrieval of a data object only has to be visible within a terminal in 
question and not also be visible in the communication network as is the case of the 
network based data object retrieval system. A tenninal based data object retrieval 
system will not need any network functionary for data object retrieval, but only a 

10 PNS 290, and a PWS 291. 

For example, if a user looks in the phone book of a terminal 210, 220, the terminal 
application 212, 222 could be triggered by the event of a user looking at a name in 
the phone book Tor more than a set time. When the terminal application 212, 222 is 
15 triggered to retrieve the phone page of that person that corresponds to the name, it 
will first issue a PNS request to the PNS 290, and then possibly a PWS request to the 
PWS 291. if this is not done by the PNS 290, to thereby receive a phone page from 
the PWS 291 . A terminal without a terminal application for phone page retrieval will 
not be able to get any phone pages in such a system. 

20 

Figure 3 shows a schematic overview of a system with mulli-type data object/phone 
page retrieval according to the invention. The communication network 300 onto 
which terminals/telephones 310, 320, 330, 340, 350, 360 are connected can be of a 
similar type as those described above, with a PNS 390, and a PWS 391 hooked on as 

25 well. The communication network can be a telecommunications system based on 
GSM as a circuit switched communication system and/or GPRS as a packet switched 
communications system. It should however be noted that the embodiments described 
are to be considered exemplary and that other packet and/or circuit switched systems 
may equally wetl be considered for both data and voice communication. Voice 

30 communication, email communication, fax access, and HiTP downloading can be 
transported over circuit switched as well as packet switche<£$ysiems. Both fixed as 
well as mobile circuit and packet switched systems >fctth any suitable access 

IV 
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technology, e.g., Tirae Division Multiple Access (TDMA), Code Division Multiple 
Access (CDMA), Frequency Dij^siijii Multiple Access (FDMA), Orthogonal 
Frequency Division Multiple Accdfes > $OFDM A), Time Division Duplex (TDD), 
Frequency Division Duplex (FDl5)?Qt Ja^y combinations thereof can be used. The 
5 invention is not restricted to any specific .type of communications network or access 
technology. The desired conunumcjititfn be set-up can be either voice or data, e.g. 
to a facsimile or a data access to an tffifi addressable device such as a thermostat. 
An A-party and a B-party can, for^&flj^^le, access and be accessed by a telephone 
number, an email address, an IPv4i#ddri&$, a sip address, or an IPv6 address. 

In a system according to the 'iijyehiion an A-party can be cither a simple 
terminal/telephone 310, sometim&fref|ned to as a plain old telephone (POT), a 
terminal/telephone 320 with only^i ; <$aliaJ object interface 321, i.e. a terminal 320 
intend to be connected to a netwb& yhm network based data object retrieval, or a 
1 5 terminal 330 with both a data object intprfice 33 1 and a terminal application 332 for 

data object retrieval. A B-party can likewise be cither a simple terminal/telephone 

it . . 

340, a terminal/telephone 350 wittf only a data object interface 351, i.e. a terminal 
350 intend to be connected to a netWor^ with network based data object retrieval, or 
a terminal 360 with both a data object interface 361 and a terminal application 362 

20 for data object retrieval. The tcrm^alsitelephones 310, 320, 330, 340, 350, 360 may 
for example be anything fronyplafci old telephones with or without extra 
functionality, to different versions jpf mobile telephones, mobile telephones 
connected to any kind of data equipment, e.g., Personal Digital Assistance Devices 
(PDA) or laptop computer, facsnnile-jjbr data modem devices, ISDN terminals or 

25 communication devices connecteg via ^ Digital Subscriber line (DSL> (e,g. ADSL, 
HDSL and XDSL). Terminafs/telephones, like mobile telephones, are today 

developed to handle both packet switched and circuit switched communication 

i • * 

simultaneously. These are generally referred to as class A mobile terminals. Other 
mobile terminal design allows packet sjwitched and circuit switched communication 
30 alternatively, i.e., no simultaneous packet switched and circuit switched transmission 
and reception. These are generally referred to as class B mobile terminals. 

i 
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According to the invention a filtering server (FS) 385 is also connected to the 
communication network. The filtering server 385 makes sure that subscribers or the 
communication network 100 will get phone pages if desired, to their equipment, 
independently if it is of a simpler nature 310, 320, 340, 350 that relies on network 

5 based phone page retrieval or of a more advanced nature 330, 360 that comprises 
terminal based phone page retrieval. The filtering server 385 comprises at least a list 
of subscribers that desire network based phone page retrieval. If the filtering server 
385 receives a triggering event, h will search to see if the originator of the triggering 
event is listed as a subscriber that desires network based phone page retrieval or not. 

10 If the subscriber is listed as a subscriber that desires network based phone page 
retrieval, then the filtering server 385 will provide the retrieval for the subscriber, 
otherwise not. In one version of the invention the filtering server 385 comprises a 
profile for subscribers thai desire to be supported by the filtering server. The profile 
can for example also include the capabilities of the subscriber's terminal. The 

15 subscriber might only have a plain old telephone 310, 340 in which case the phone 
pages need to be converted to audio before being transferred to the subscriber. There 
might be other restrictions, such as graphic capabilities or a text only capability, such 
as SMS. Those subscribers that have terminal based phone page retrieval terminal 
equipment will provide for their own retrieval. This can be in a subscriber's profile 

20 at the filtering server, or if the subscriber is not listed at all, then the subscriber is left 
alone by the filtering server. The filtering server 385 or another unit on the network 
such as the PNS 390, can monitor terminal based phone page retrievals and thus 
provide the filtering server with the subscribers that have been monitored to have 
terminal based phone page retrieval. 

25 

Figure 4 shows a flow chart of a basic method of a filter server according to the 
invention. In a first step 410 subscribers of the network are associated with a type of 
user communication application that their terminals have, typically none, network 
based or terminal based. To be noted, only subscribers that desire the assistance of 
30 the filtering server need to be associated with a type of user communication 
application that their terminals have. Then in a second step 420 it is determined if 
there is a communication event trigger or not If there is not, then the procedure 
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waits until one is detected. If there is an event trigger, then in a third step 430 it is 
determined if a subscriber involved with the communication event trigger is 
associated with a network user communication application or not. If the subscriber 
in question is associated with a network user communication application then in a 
5 fourth step 440 data object retrieval is provided to the terminal of the subscriber In 
some versions, also those subscribers with no user communication application will 
be supported if desired, however, the data object will have to be adapted before it is 
provided to the terminal of the subscriber. 

10 Figure 5 shows a flow chart of a first method of making a data object available to a 
terminal of a subscriber according to die invention, this is suitably an extension of 
the fourth step 440 of figure 4. In a first substcp 541 of the fourth step 440 a FNS 
request is made. Then in a second substcp 543 a P WS request is made. And finally 
in a third substep 545 a data object is pushed to the terminal of the subscriber by 

15 PWSorPNS. 

In an enhancement of the invention, a method called direct access (DA) may be used 
for retrieval of a data object. Figure 6 shows a flow chart of a second method of 
making a data object available to a subscriber according to the invention using direct 

20 access. This method is suitably also an extension of the fourth step 440 of figure 4. 
In a first substep 647 of the fourth step 440 a direct access (DA) request is made. 
Then in a second substep 648 a data holder to which the direct access was made 
pushes a data object directly to a terminal of the subscriber. A data holder is 
provided with all the information needed to directly provide a subscriber with a 

25 correct phone page. 

To clarify the diflerenl methods figures 7 A, 7B and figure 8 will illustrate event 
graphs of the methods of making a data object available. Figure 7A shows a first 
version event graph of the flow chart according to figure 5, between a subscriber, a 
30 filter server (FS), a PNS, and a PWS. In a first event 720 initiated by a subscriber, a 
communication event trigger is supplied to the FS. The first event 720 corresponds 
to the second step 420 of figure 4. In a second event 741 at the FS in response to the 




15 
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first event, a PNS request is supplied to the PNS. The second event 741 corresponds 
to the first substcp 541 of figure 5. Then in a third event 742 at the PNS in response 
to the second event the PNS supplies a PWS identity and address to the FS. 
Thereafter in a fourth event 743 at the FS in response to the third event, a PWS 

5 request is supplied to the PWS. The fourth event 743 corresponds to the second 
substep 543 of figure 5. Then at a fifth event 744 at the PWS in response to the 
fourth event, a data ohject is supplied to the FS. And finally at a sixth event 745 at 
the FS in response to the fifth event, the data object is pushed to a terminal of the 
subscriber directly or via a another node such as a WAP gateway. The sixth event 

10 745 corresponds to the third substcp of figure 5, In some versions, the PWS may 
push the data object to the subscriber cither directly or via another node such as a 
WAP gateway. 

Figure 7B shows a second version event graph of the flow chart according to figure 
15 5, between a subscriber, a filter server, a PNS, and a PWS. Tn a first event 720 
initiated by a subscriber, a communication event trigger is supplied to the FS, The 
first event 720 corresponds to the second step 420 of figure 4. In a second event 741 
at the FS in response to the first event, a PNS request is supplied to the PNS. The 
second event 741 corresponds to the first substep 54\oJ figure 5. Then in a third 
20 event 743 at the PNS in response to the third event, a request is supplied to the 
PWS. The third event 743 corresponds to the second sufaltep of figure 5. Then in a 
fourth event 744 at the PWS in response to the third everijt, a data object is supplied 
to the FS. And finally in a fifth event 745 at the FS in response to the fourth event, 
the data object is pushed to the subscriber directly: or vja another node such as a 
25 WAP gateway. The fifth event 745 corresponds to the third substep 545 of figure 5. 
In some versions, the PWS may push the data object to the subscriber either directly 
or via another node such as a WAP gateway. 



Figure 8 shows a version of on event graph of the flovwnart according to figure 6, 



30 between a subscriber, a filter server, «nd as an exaippj^ a yellow or white pages 




server/provider as a data object holder.|ln a first event 82|6: caused by a subscriber, a 
communication event trigger is supplied to the FS. • The ferst event 820 corresponds 
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to the second step 420 of figure 4. Then in a second event 847 at the FS in response 
to the first event, a direct access (DA) yellow pages (YP) request is supplied to the 
YP. The second event corresponds to the first substep 647 of figure 6. And finally 
in a third event 848 at the YP in response to the second event, the data object is 
5 pushed to the subscriber. The third event 848 corresponds to the second substep 648 
of figure 6. 

Figure 9 shows a flow chart of an alternative method of making a data object 
available to a subscriber according to the invention, the subscribers having different 

10 reception capabilities, which can be that a terminal can only receive sound, or 
possibly only text. These differences are suitably noted in association to the profile 
or each subscriber. The method is a possible extension of the fourth step 440 of 
figure 4. In a first substep 941 a PNS request is made. Then in a second substep 942 
a PWS request is made. Thereafter in a third substep 943 it is determined if the 

1 5 subscriber has a limited subscriber reception capability, i.e. is, for example, reception 
limited to SMS. If the subscriber is noted as having a limited reception capability, 
then in a fourth substep 944 the data object is adapted to suit the limited reception 
capability of the subscriber. This adaptation can for example be to audio for a plain 
old telephone. Thereafter the adapted data object is pushed to the subscriber in a 

20 fifth substep 945. On the other hand, if there is no limitation to the reception 
capability, then the data object is pushed to the subscriber in the fifth substep 945 
without any adaptation of it. This adaptation can either be performed by the FS, the 
PWS or the PNS. 

25 Catering to different terminals/telephones with different capabilities can be solved in 
different ways. An alternative method according to the invention is to collect data 
objects at different sources to thereby provide for, for example, a distinction between 
text based and graphic based data objects. This can in some situations be favorable 
in comparison to having to try and adapt a data object/phone page. This method also 

30 allows a subscriber to indicate that he or she only desires phone pages from a specific 
source. Sometimes a user might only benefit from a simpler data object since data 
transmission to the terminal is limited. Figure 10 shows a flow chart of this method 
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which is a still another alternative method of making a data object available to a 
subscriber according to the invention. This method is also a possible extension of the 
fourth step 440 of figure 4. In a first substep 1 041 it is determined if the subscriber is 
noted as having a limited subscriber reception capability, i.e. is, for example, 

5 reception limited to SMS, or if the subscriber desires, or has a preference, of having a 
data object retrieved from a particular source. If the subscriber is noted as having a 
limited reception capability or a specific desire for a simpler or particularly soiurced 
data object, then the procedure continues with a second substep 1042 which make a 
DA request. Then in a third substep 1043 a data holder pushes a data object to a 

1 0 terminal of the subscriber. On the other hand, if the subscriber is not noted as having 
a limited reception capability, then the procedure continues with a fourth substep 
1044 which makes a PNS request. Then in a fifth substep 1045 a PWS request is 
made. And finally in a sixth substep 1046 the data object is pushed to a terminal of 
the subscriber. 

15 

Figure 1 1 shows a flow chart of another basic method of a illler server according to 
the invention. This method involves the possibility that a subscriber might not 
belong to the capture area, i.e. the subscriber belongs to a different networic for 
example. It is then possible in some versions of the invention that the filtering server 

20 is aware of, i.e. has a list of, which other network have filtering servers. Subscribers 
belonging to networks that have a filtering server will be supported by their own 
filtering server. Subscribers belonging to networks without a filtering server can be 
supported by another filtering server, i.e. the filtering server of the network that a 
subscriber with whom contact is made. This decision for support of external 

25 subscribers can for example be based on the unique identifier, such as the telephone 
number which might give some indication of terminal capability, i.e. to see if it is a 
mobile telephone which most likely has SMS support at least. In some version there 
will never be given support to external subscribers, and in some version support will 
be given but only in the form of audio, which most likely at least all telephones will 

30 be compatible with. In a first step 1110 subscribers of the network or this FS are 
associated with a type of user communication application, typically none, network 
based or terminal based. This will suitably only be performed once and then updated 
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as new subscribers am added and when the characteristics of a subscriber changes. 
In a second step 1 120 it is determined if there is a communication event trigger or 
not. If there is none, then the procedure will wait here, otherwise the procedure will 
continue with a third step 1130. The thud step 1130 determines if a subscriber 

5 involved with the communication event trigger belongs to the network of this FS or 
not. If the subscriber in question belongs to this FS then in a fourth step 1 140 it is 
determined if the subscriber is noted to be equipped with a network user 
communication application or not If the subscriber is noted to be equipped with a 
network user communication application then in a fifth step 1150 a data object 

10 retrieval is provided to the subscriber alter which the procedure continues wilh the 
second step 1 120 ? otherwise the procedure directly returns to the second step 1120. 
If in the third step 1 130 it was determined that the subscriber did not belong to this 
FS, then the procedure continues with a sixth step 1160. The sixth step 1160 
determines if die network of the external subscriber has an FS or the equivalent 

15 functionality, or if it cannot be determined if the network of the external subscriber 
has an FS or not. If the subscriber network has an FS then the procedure continues 
with the second step 1 120. If the subscriber network does not have an FS or if it 
cannot be determined if the network of the external subscriber has an FS or not, then 
the procedure continues with a seventh step 1 L70. The seventh step 1 170 determines 

20 if a data object retrieval should be provided to external subscriber or not. This 
determination can for example be based on the type of network that the subscriber 
belongs to and/or if and how the subscriber in question is listed in a PNS or not.. If 
the network that the subscriber in question belongs to is an advanced intelligent 
network (AIN) then there could be a possibility that (he network provides network 

25 based access, and if the subscriber is in a PNS this could be an indication that the 
subscriber in question has terminal based retrieval. If it is determined that a data 
object retrieval should be provided, then the procedure continues with the fifth step 
1 150, otherwise the procedure continues with the second step 1 120. 

3 0 The present invention can be put into apparatus-form either as pure hardware, as pure 
software or as a combination of hardware and software. If the method according to 
the invention is realized in the form of software, it can be completely independent or 
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it can be one part of a larger program. The software can suitably be located in a 
general-purpose computer or in a dedicated computer. The FS and one PNS can for 
example be one physical entity, or the FS, one PNS and one PWS can be in one 
physical entity, or the FS and one or more of PNSts and PWS:s are physically 
5 separate units. 



As a summary, the invention can basically be described as a method and a system 
which provide means to enable terminal equipment that relies on network based 
retrieval of data objects and terminal equipment that comprises data object retrieval 

10 capability, to coexist and interact with each other on the same communication 
network. This is accomplished by a filtering server on the network that at least 
knows which terminals require network based retrieval and only gives these 
terminals network based data object retrieval. The invention is not limited to the 
embodiments described above but may be varied within the scope of the appended 

1 5 patent claims. 
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FIG 1 a .schematic overview of a system with network based data 

5 object/phone page retrieval, 

1 00 communication network, 

110 a first terminal/telephone, 

1 1 1 data object/phone page interface of first terminal/telephone, 
1 20 a second terminal/telephone, 

10 121 data object/phone page interface of second terminal/telephone, 

1 80 application/server for network based access, 

1 90 PNS - PhonePage Number Service which handles phonepage requests, 

possibly retrieval of concerned phonepage, and optionally 
downloading of the information to the involved terminals, 
15 191 PWS - PhonePage Web Servers where phonepages arc stored and 

managed. 

FIG 2 a schematic overview of a system with terminal based data 

object/phone page retrieval* 
20 200 communication network, 

210 a first terminal/telephone, 

2 1 1 data object/phone page interface of first terminal/telephone, 

212 terminal application of first terminal/telephone for phone page 
retrieval, 

25 220 a second terminal/telephone, 

221 data object/phone page interface of second terminal/telephone, 

222 terminal application of second terminal/telephone for phone page 
retrieval, 

290 PNS - PhonePage Number Service which handles phonepage requests, 

30 possibly retrieval of concerned phonepage, and optionally 

downloading of the information to the involved terminals, 



A 

20 
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291 PWS - PhonePage Web Servers where phonepages are stored and 

managed. 

FIG 3 a schematic overview of a system with multi-type data object/phone 

5 page retrieval according to the invention, 

300 communication network, 

310 a first terminal/telephone, 

320 a second terminal/telephone, 

321 data object/phone page interface of second terminal/telephone- 
10 330 a third terminal/telephone, 

33 1 data object/phone page interface of third terminal/telephone, 

332 terminal application of third terminal/telephone for phone page 
retrieval, 

340 a fourth terminal/telephone, 

15 350 a fifth terminal/telephone, 

351 data object/phone page interface of fifth terminal/telephone, 

360 a sixth terminal/telephone, 

361 data object/phone page interface of sixth terminal/telephone, 

362 terminal application of sixth terminal/telephone for phone page 
20 retrieval, 

385 FS - filtering server according to the invention, keeps track of 

different types of terminals in the network 

390 PNS - PhoncPage Number Service which handles phonepage requests* 
possibly retrieval of concerned phonepage, and optionally 

25 downloading of the information to the involved terminals, 

391 PWS - PhonePage Web Servers where phonepages are stored and 
managed. 

FIG 4 a flow chart of a basic method of a filler server according to the 

30 invention, 
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410 a first step of associating subscribers of the network with a type of 

user communication application, typically none, network based or 
terminal based, 

420 from the first step, or from the fourth step, or no from the second step, 

5 or no from the third step: a second step, which determines if there is a 

communication event trigger or not, 
430 yes from the second step: a third step, which determines if a 

subscriber involved with the communication event trigger is with a 
network user communication application or not, 
10 440 yes from the third step: a fourth step, which provides data object 

retrieval to subscriber with a network user communication application, 

FIG 5 a flow chart of a first method of making a data object available to a 

subscriber according to the invention, being a possible extension of 
1 5 the fourth step of figure 4, 

541 a first substep making a PNS request, 

543 from the first substep: a second substep, which makes a PWS request, 

545 from the second substep: a third substep, in which a data object is 

pushed to subscriber, 

20 

FIG 6 a flow chart of a second method of making a data object available to a 

subscriber according to the invention, being a possible extension of 
the fourth step of figure 4, 

647 a first substep making a DA request, 

25 • 648 from the first substep: a second substep, in which a data holder pushes 

data object to subscriber. 

FIG 7 A a first version event graph of Ihe flow chart according to figure 5, 

between a subscriber, a filter server, a PNS, and a PWS, 
30 720 a first event caused by a subscriber, or the second step according to 

figure 4, a communication event trigger is supplied to the FS, 
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741 a second event at Ihe FS in response to the first event, of the first 
substep of figure 5, a PNS request is supplied to the PNS, 

742 a third event at the PNS in response to the second event, the PNS 
supplies a PWS identity to the FS. 

5 743 a fourth event at the FS in response to the third event, of the second 

substep of figure 5, a PWS request is supplied to the PWS, 

744 a fifth event at the PWS in response to the fourth event, a data object 
is supplied to the FS, 

745 a sixth event at the FS in response to the fifth event, of the third 
1 0 substep of figure 5, the data object is pushed to the subscriber. 

FIG 7B a second version event graph of the flow chart according to figure 5, 

between a subscriber, a filter server, a PNS, and a PWS, 
720 a first event caused by a subscriber, of the second step according to 

1 S figure 4, a communication event trigger is supplied to the FS, 

741 a second event at the FS in response to the first event, of the first 

substep of figure 5, a PNS request is supplied to the PNS, 

743 a third event at the PNS in response to the third event, of the second 
substep of figure 5, a PWS request is supplied to the PWS, 

20 744 a fourth event at the PWS in response to the third event, a data object 

is supplied to the FS, 

745 a fifth event at the FS in response to the fourth event, of the ihird 

substep of figure 5, the data object is pushed to the subscriber. 

25 FIG 8 a version of an event graph of the flow chart according to figure 6, 

between a subscriber, a filter server, and a yellow pages 
server/provider, 

820 a first event caused by a subscriber, of the second step according to 

figure 4, a communication event trigger is supplied to the FS, 
30 847 a second event at the FS in response to the first event, of the first 

substep of figure 6 3 a DA YP request is supplied to the YP, 
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848 a third event at the YP in response to the second event, of the second 

substep of figure 6, the data object is pushed to the subscriber. 

FIG 9 a flow chart of an alternative method of making a data object 

S available to a subscriber according to the invention, being a possible 

extension of the fourth step of figure 4, 

94 1 a first substep making a PNS request, 

942 from the first substep: a second substep, which makes a PWS request, 

943 from the second substep: a third substep, which determines if the 
10 subscriber has a limited subscriber reception capability, Lc. is, for 

example, reception limited to SMS, 

944 yes from the third substep: a fourth substep, which adapts the data 
object to suit the limited reception capability of the subscriber, 

945 from the fourth substep, no from the third substep: a fifth substep, in 
1 5 which the data object is pushed to subscriber. 

¥IG 10 a flow chart of an still another alternative method of making a data 

object available to a subscriber according to the invention, being a 
possible extension of the fourth step of figure 4, 
20 1041 a first substep, which determines if the subscriber has a limited 

subscriber reception capability, i.e. is, for example, reception limited 
to SMS, 

1 042 yes from the first substep: a second substep making a DA request 

1043 from the second substep: a third substep, in which a data holder 
25 pushes data object to subscriber, 

1 044 no from the first substep: a fourth substep making a PNS request, 

1045 from the fourth substep: a fifth substep, which makes a PWS request, 

1046 from the fifth substep: a sixth substep, in which the data object is 
pushed to subscriber. 

30 

FIG 1 1 a flow chart of a basic method of a filter server according to the 

invention, 
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1110 a first step of associating subscribers of the network of this FS with a 

type of user communication application, typically none, network 
based or terminal based, 
1 120 from the first step, or from the fifth step, or no from the second step, 

5 or no from the fourth step, or yes from the sixth step, or no from the 

seventh step: a second step, which determines if there is a 
communication event trigger or not, 
1130 yes from the second step: a third step, which determines if a 

subscriber involved with the communication event trigger belongs to 
1 0 the network of this FS or not, 

1 140 yes from the third step: a fourth step, which determines if a subscriber 

of this FS involved with the communication event trigger is with a 
network user communication application or not, 
1 150 yes from the fourth step, or yes from the seventh step: a fifth step, 

1 5 which provides data object retrieval to subscriber with a network user 

communication application, 
1 1 60 no from the third step: a sixth step, which determines if the network of 

the subscriber has an FS, 
1 170 no from the sixth step: a seventh step, which determines if data object 

20 retrieval should be provided to external subscriber or not. 
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What is claimed is: 

5 

1. A method of providing data objects to user communication applications or 
terminals of subscribers in connection with subscribers establishing communication 
events with other subscribers, in a network comprising both subscribers with 
autonomous type user communication applications or terminals that comprise 
10 functionality for client based retrieval of data objects and also subscribers with 
network type user communication applications or terminals that rely on functionality 
in the network to provide for retrieval of data objects, characterized in that the 
method comprises the following steps: 

associating a type of user communication application or terminal with at least 
1 5 one subscriber of the network; 

determining an occurrence of a triggering event indicating a communication 

event between two subscribers; 

upon determination of a triggering event, the network providing data object 
retrieval only to the subscribers with network type user communication 
20 applications or terminals. 



2. The method according to claim 1, characterized in that the method further 
comprises the step of: 

associating a user communication application or terminal capability with at 
25 least one subscriber of the network; 

and in that the step of the network providing data object retrieval only to the 
subscribers with network user communication applications or terminals, provides 
data retrieval in view of an associated user communication application or terminal 
capability of the subscriber. 

30 

3. The method according to claim 1 or 2, characterized in that the method 
further comprises the steps of: 
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associating a functionality type of network with at least one other network, if 
the other network comprises a functionality according to claim 1 ; 
determining if a subscriber involved in the communication event belongs to 
another network or not and if the subscriber belongs to another network, then 
5 determining if that network is associated with the functionality type of 

network, and if it is then letting that other network provide for the 
functionality according to claim 1 . 

4. The method according to claim 1 or 2, characterized in that the method 
1 0 further comprises the steps of: 

associating a functionality type of network with at least one other network, if 
the other network comprises a functionality according to claim 1 ; 
determining if a subscriber involved in the communication event belongs to 
another network or not and if the subscriber belongs to another network, then 
15 determining if that network is associated with the functionality type of 

network, and if it is not then the network providing data object retrieval to the 
subscriber in question. 

5. The method according to claim 4, characterized in that the method further 
20 comprises the step of: only providing data objects of a text nature to subscribers 

belonging to other networks. 

6. The method according to claim 4, characterized in that the method further 
comprises the step of: only providing data objects of an audio nature to subscribers 

25 belonging to other networks. 

7. The method according to any one of claims 1 to 6, characterized in that the 
step of the network providing data object retrieval further comprises the steps of: 

requesting a phone page number service to determine a phone page web 
30 server; 

requesting a data object of the phone page web server; 
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providing the data object received from the phone page web server to the 

subscriber in question. 

8. The method according to any one of claims 1 to 6, characterized in that the 
5 step of the network providing data object retrieval further comprises the steps of: 

requesting a data holder to provide a data object to the subscriber in question. 

9. A filtering server of a communication network arranged to provide data 
objects to user communication applications or terminals of subscribers in connection 

10 with subscribers establishing communication events with other subscribers, the 
communication network comprising both subscribers with autonomous type user 
communication applications or terminals that comprise functionality for client based 
retrieval of data objects and also subscribers with network type user communication 
applications or terminals that rely on functionality in the network to provide for 
15 retrieval of data objects, characterized in that the filtering server is arranged to: 

associate a type of user communication application or terminal with 
subscribers of the network; 

determine an occurrence of a triggering event indicating a communication 
event between two subscribers; 
20 - upon determination of a triggering event, to provide data object retrieval only 
to the subscribers with network type user communication applications or 
terminals. 



10. A filtering server of a telecommunications network to provide data object 
25 retrieval to one or more subscribers of the telecommunications network, 
characterized in that the filtering server is: 

arranged to intercept call set-up control for bearer channels between a caller 

and a cailee; 

arranged to determine a caller and a caller profile; 
30 - arranged to arrange for a cailee data object to be made available to caller if 
the caller profile indicates filtering server retrieval of the cailee data object; 
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arranged to allow the caller to arrange For retrieval of the callee data object if 
the caller profile indicates caller retrieval of callee data object; 
arranged to determine the callee and if the callee is a subscriber of the 
telecommunications network; 

arranged to determine a callee profile if the callee is a subscriber of the 
telecommunications network; 

arranged to arrange for a caller data object to be made available to the callee 
if Ihe callee is a subscriber of the telecommunications network and if the 
caller profile indicates filtering server retrieval of caller data object; 
arranged to allow the callee to arrange for retrieval of the caller data object if 
the callee is a subscriber of the telecommunications network and if the callee 
profile indicates callee retrieval of caller data object. 
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ABSTRACT 

A method and a system which provide means to 
relies on network based retrieval of data objects 



bjfe terminal equipment that 
^terminal equipment that 



comprises data object retrieval capability, to coexist apd interact with each other on 
the same communication network. This is accampli^ftcd jfy a filtering server on (he 
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at least knows which terminals require ji^woarkibased retrieval and only 



gives these terminals network based data objecVreui$v|jJ. 
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